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A set of nil pendins claims is set out immediately below marked up to indicate chAn«cs 
relative to the immediately prooedins version. For each currently amended claim tltftt is set out 
below, please enter the amended claim as a substitute for the previous version or versions of trie 
claim. 

1 . (canceled) 

2. (currently ajoaended) A. method for tcstios performance of a server running a chosen 
computing application, wherein the server communicates with a client and a computing; operation 
performed by the client resides in an application layer that communicates with a middleware 
layer on the client, the method comprising the steps of: 

<a> forming or* the client a first collection of a number of live maps, wherein such a live 
I map includes i> identification "ft" qpplicntion laver Transaction for actual processing by the 
' server running a chosen computing application, and ii> data for the chosen application, including 
data formed at the client application layer, and wherein the chosen computing application of the 
transaction for such a live map is the same for each of the live maps in the collection; 

(b) passing the collection from the client application layer to the client middleware layer; 

(c) transmitting a first processing load from the client to the server running said 
computing application, wherein the processing load includes the first collection of the number of 
said live maps for a plurality of said transactions; 

(d) measuring one or mora performance criteria resulting from said server actually 

- processing said load, wherein the measuring lj perfunm,a b> the c l i ent o r the »flf of Qnc Qr 

more performance crite r ia includes: it time ^itftmninfl SUCh XX l i ve mftP by tfie client before UlO . 
1 transmitting of sucn a nro^^^ino load to the server and Si) roccivinR. bv the clifim . a rcnlY map 

I for the live map from t h ^» server after the server processes the load- wherein, the FgP l V mWD 

j includes server processing tim e measured bv the server so that the client js able tP Co m p H te 

I ela psed time from a client persp ective and compare ones of the olierAt-persoecti ve clanged , t i mes 

| to ones of the server nrrx^^ino times* for specific ones of the appticnlion laVCT iran.lMtiona TO 

; determine server and network latency: and 
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(e) changing the first collection of live maps and transmittinB a next processing load from 
the client to the server, the next processing load including the changed collection of live maps, in 
order to selectively vary said processing loads, wherein the changing includes changing the 
number of said live maps and types of said transactions In the first collection of live maps 
transmitted to said server, ana wherein said measuring step C<*} is repeated for the next processing 
load. 

3- (previously presented) The method of claim 2. comprising the further step of. 
CO comparing said performance criteria against predetermined performance measures to 
determine whether said server's capacity is satisfactory. 

(previously presented) The method of claim 3, whereby said performance criteria 
include average response time for a transaction within such a load. 

S. (previously presented) The method of claim 3 , whereby said performance criteria 
include the proportion of server CPU time taken by a transaction Of such a load. 

cS. (previously presented) The method of claim 1 , wherein step (d) comprises* for each 
transaction within said load, returning a result to said client; and measuring, by said client or by 
said server, the one or more performance criteria responsive to the processing of said load by said 

"7 through 9. (canceled) 

lO. (currently amended) A system for testing server performance, said system comprising: 

(a) a server running a chosen computing application; 

(b) a client emulation server ("client") representing a plurality of individual client 
computing stations, wherein a computing operation performed by the client resides in an 
application layer that communicates with a middleware layer on the client, said client emulation 
server including a first collection of a number of live maps passed from the client application 

| layer to the client middleware layer, wherein such a live map includes i) identification of an. 
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! a pplication layer transaction for actual processing of the transactions by the server running the 
chosen computing application, and ii) data for the chosen application, including data formed at 
the client application layer, and wherein the chosen computing application of the transaction for 
such a live map is the same for each of the live maps in the collection; and 

(c) a communications connection between said client and said server, wherein said client 
is operable to transmit a first processing load to said server, via said communications connection, 
the processing load including the first collection of said live maps for a plurality of said 
transactions, said server is operable to actually process said load, wherein md acrvcr or client, 
b ut not necessarily both the 3crve r and client, t ^e system i s operable to measure one or more 
performance criteria resulting from the server processing said load, wherein the measuring of one 
j or more performance criteria includes: ft time stamping such a live map by ths clien t before the 
transmitting of such a proce s sing load to the server and if) receiving, by the clj^t, a reply map 
for the live map from the server after the server processe s the load, wherein the reply map 
i includes server processing time measured bv the server so t hat the client is able to compute 

ela psed time from a client perspective and compare ones of the client-p erspective elapsed times 
j tq ones of the server processing times for specific ones of the applicatio n layer transactions to 
determine server and network latency: a nd wherein said client is further operable to change the 

i 

first collection of live maps and transmit a next processing load to the server, the next processing 
load including the changed collection of live maps, in order to selectively vaiy said processing 
loads, wherein the changing includes changing the number of said live maps and types of said 
transactions in the first collection of live maps, and the server or client is operable to repeat the 
measuring for the next processing load, 

1L (canceled) 

12. (previously presented) The system of claim 10, wherein said server compares said 
measured performance criteria against predetermined performance measures to determine 
whether the server has satisfactory capacity. 
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13. (previously presented) Hie system of claim 12, wherein said server stores a file of 
said performance data measures. 



14. (previously presented) The system of claim 1 3, wherein said client stores a file of 
said performance data measures. 

1 5. (previously presented) The system of claim 12, wherein said performance data 
criteria includes the average response time for a transaction within one of said loads. 

16. (previously presented) The system of claim 12, wherein said performance data 
criteria includes the proportion of server CPU time taken by such a transaction of said loads. 

1 7. (previously presented) The system of claim 1 2, wherein said server has connection 
to one or more database servers, said database servers being operable to execute portions of said 
load transactions. 

18. (previously presented) The system of claim 12, wherein said server comprises a 
plurality of servers, and each of said server plurality has connection to one or more database 
servers, said database servers being operable to execute portions of said load transactions. 

19 through 21. (canceled) 

22. (previously presented) The system of claim 10, said system comprising; 
at least one database in communication with said server. 



23 through 27. (canceled) 
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